--- title: "Laudo Oficial de Correção — Prova Teórica 1" subtitle: "Gestão de Projetos de Software (GPS) • CEFET-MG 2026.2" author: "Prof. Aléssio Miranda Júnior" date: "2026-10-19" discente: "Samuel Brum Lelles Coelho" matricula: "20243004560" nota_final: "21,7" nota_maxima: "25,0" aproveitamento: "86,8%" legibilidade: "90% (organizada, legível e respostas completas)" format: html: toc: true theme: cosmo pdf: documentclass: scrartcl papersize: a4 geometry: - margin=20mm colorlinks: true --- ::: {.callout-note appearance="simple"} ## Dados do Discente - **Discente:** Samuel Brum Lelles Coelho - **Matrícula:** `20243004560` - **Data da Avaliação:** 19/10/2026 - **Pontuação Final:** **21,7 / 25,0** (Aproveitamento: **86,8%**) - **Legibilidade da Caligrafia:** 90% (organizada, legível e respostas completas) ::: ## Desempenho Consolidado por Questão | Questão / Tema | Pontos Obtidos | Valor | Aproveitamento | |:---|:---:|:---:|:---:| | **Q1:** Projeto, Ciclo de Vida e Trade-offs | **4,3** | 5,0 | 86,0% | | **Q2:** Escopo, EAP e Backlog | **4,4** | 5,0 | 88,0% | | **Q3:** Qualidade, CoQ e Definição de Pronto | **4,5** | 5,0 | 90,0% | | **Q4:** Riscos, Segurança de IA e Documentação | **4,7** | 5,0 | 94,0% | | **Q5:** Comunicação, Stakeholders e Conflitos | **3,8** | 5,0 | 76,0% | | **TOTAL GERAL** | **21,7** | **25,0** | **86,8%** | --- ## Questão 1 — Projeto, Ciclo de Vida e Trade-offs (4,3 / 5,0 pts) ### 1.1 Classificação como Projeto vs. Operação e Evidências (1,4 / 1,5) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > "Projeto. O Agente é uma construção de novo produto, envolve planejamento e modelagem de sistema, não é uma ação pontual para sanar um problema de algo consolidado como operações são..." ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Excelente delimitação entre o desenvolvimento de um produto novo (projeto) e ações contínuas de sustentação em sistemas existentes (operações). ::: ### 1.2 Alternativas de Trade-off no Triângulo de Ferro (1,4 / 2,0) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > "1. Sem os testes o custo por consumo de tokens é mitigado... 2. Diminuir a quantidade de funcionalidades do projeto reduz o escopo do produto mas mantém os custos e prazo." ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Compreensão correta da redução de escopo para preservação de prazos e custos na segunda alternativa. ::: ### 1.3 Classificação do Ciclo de Vida (1,5 / 1,5) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > "É híbrido, desde o início é definido o que o projeto é, quais serão as issues e milestones, mas possui sprints de desenvolvimento que flexibilizam a gestão do projeto e aceitação de mudanças..." ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Resposta impecável articulando a previsibilidade preditiva do escopo disciplinar/marcos com a flexibilidade ágil das sprints. ::: --- ## Questão 2 — Escopo, EAP e Backlog (4,4 / 5,0 pts) ### 2.1 Estrutura Analítica do Projeto (EAP) e Regra dos 100% (1,3 / 1,5) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > EAP estruturada em 3 níveis orientada a substantivos com pacotes de trabalho (Backend, Relatórios de uso, Interface; Autenticação, Integração com LLM, Armazenamento de conversas, Dashboard). ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Diagrama bem concebido e decomposição consistente respeitando a cobertura integral do escopo da prova. ::: ### 2.2 Detalhamento de Issues e Estimativa Relativa (1,5 / 1,5) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > Duas issues completas com título, descrição, critérios de aceitação (socrático, anti-prompt injection), estimativas em dias e análise comparativa de esforço. ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Backlog bem elaborado incorporando requisitos de segurança e critérios funcionais objetivos. ::: ### 2.3 Milestones vs. Sprints no Modelo Ágil / Kanban (1,6 / 2,0) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > "Milestones não substituem sprints, elas definem estágios de completude do projeto mas não limitam o tempo de conclusão com muito rigor. Kanban sem sprints pode ser adequado para grandes equipes em projetos com prazos flexíveis..." ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Boa distinção conceitual e caracterização correta de fluxo contínuo sob demanda no Kanban. ::: --- ## Questão 3 — Qualidade, CoQ e Definição de Pronto (4,5 / 5,0 pts) ### 3.1 Definição de Pronto (DoD) e Relação com CI/CD (1,5 / 1,5) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > "Sem os testes o produto é entregue sob risco de falhas, o fato de ter o produto feito não significa que está completo e aprovável... Portanto, não. DoD é a averiguação do projeto... somente definindo se uma etapa foi concluída que o pipeline pode avançar..." ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Resposta exemplar vinculando os portões do pipeline automatizado aos critérios objetivos do Definition of Done. ::: ### 3.2 Classificação PAF dos Custos da Qualidade (CoQ) (1,3 / 1,5) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > Acertou falha externa (c) e falha interna (d). "Falhas externas costumam ser mais custosas pois suas ocorrências envolvem fatores muitas vezes fora do escopo de atuação da equipe... sendo mais difícil identificar e sanar..." ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Excelente reflexão sobre a complexidade e custo ampliado de resolução de falhas externas em produção. ::: ### 3.3 Heurística 1:10:100 e Particularidades de Projetos de IA (1,7 / 2,0) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > "É a relação entre tempo de descoberta de um problema, sua resolução e o estrago causado. Quanto mais cedo uma falha é descoberta menos emaranhado ao sistema ela se encontra... Por si só os testes não garantem perfeição mas garantem metas mínimas..." ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Visão lúcida e analítica sobre o efeito acumulativo de defeitos e o papel dos testes na contenção de danos. ::: --- ## Questão 4 — Riscos, Segurança de IA e Documentação (4,7 / 5,0 pts) ### 4.1 Risco vs. Problema e Posicionamento na Matriz P×I (1,3 / 1,5) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > "Era um risco pois em uma situação pré-planejada... poderia ocorrer por descuido... seleciona-se o quadrante crítico." ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Justificativa consistente do posicionamento no quadrante de alto impacto. ::: ### 4.2 Ações Imediatas e Prevenção Permanente de Chaves de API (1,5 / 1,5) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > "Substituir a chave da API, verificar as alterações e acessos no sistema, mudar os acessos do git dos funcionários. Ação preventiva: verificar automaticamente se os commits contêm alguma versão ou dado sensível antes de prosseguir." ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Plano de defesa em profundidade completo e adequado: contenção, rotação, auditoria e secret scanning automático pré-commit. ::: ### 4.3 Modelagem de Riscos de IA e Artefatos de Documentação (ADRs) (1,9 / 2,0) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > Modelagem de Prompt Injection (entrada) e Alucinação (saída). Defesa bem fundamentada da escolha de ADR preservando a confidencialidade das defesas sem expor vetores em README público. ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Decisão técnica madura e consciente da importância do sigilo arquitetural na engenharia de segurança em IA. ::: --- ## Questão 5 — Comunicação, Stakeholders e Conflitos (3,8 / 5,0 pts) ### 5.1 Comunicação Síncrona vs. Assíncrona no GitLab (1,4 / 1,5) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > "Canais assíncronos permitem flexibilidade... Canais síncronos permitem conversa direta... como desvantagem é a rigidez de horários... Ritual: Semanalmente nos mesmos horários fazer reuniões... e entregas de relatórios..." ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Excelente contraponto de pontos fortes e fracos, integrando reuniões síncronas periódicas a relatórios formais. ::: ### 5.2 Matriz Poder × Interesse e Estratégia de Comunicação (1,4 / 1,5) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > Matriz distribuída de forma coerente com professor e equipe dev em Gerenciar de Perto. Proposta de relatórios semanais de custo e prazo e reuniões mensais. ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Plano de comunicação executivo estruturado com canais adequados e cadência definida. ::: ### 5.3 Modos de Resolução de Conflito de Thomas-Kilmann (1,0 / 2,0) ::: {.callout-note icon=false title="Resposta Transcrita do Aluno"} > "Respostas curtas são mais facilmente tratadas... a IA se dá melhor em sua formulação por constar a concatenação entre tópicos... no outro caso a IA é mais suscetível a desvios..." ::: ::: {.callout-tip icon=false title="Parecer do Docente"} Boa sustentação técnica em prol de respostas socráticas curtas para evitar alucinações, porém não utilizou o modelo Thomas-Kilmann nem analisou as abordagens inadequadas requeridas. ::: --- *Laudo gerado oficialmente pela disciplina Gestão de Projetos de Software (GPS) • CEFET-MG Timóteo*